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(57) ABSTRACT 

A printer driver is provided in a host computer. When a print 
job occurs, the printer driver automatically selects the format 
of a plotting command to be output to a printer. As the 
command format, there are available two kinds of formats: 
a high-level printer control language format (for example, 
PDL), and an intermediate code format expressed in an 
intermediate language. When the latter format is selected, 
the printer driver converts a plotting command from an 
application to an intermediate code and then outputs the 
intermediate code to the printer. The printer converts the 
intermediate code to another intermediate code specific to 
the printer by a very simple processing, and then develops 
the intermediate code to a bit image, thereby enabling high 
speed printing. 
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PRINT SYSTEM PRINTER DRIVER AND 
PRINTER 

CROSS REFERENCE 

This is a continuation-in-part of U.S. patent application 
Ser. No. 08/896,947, filed on Jul. 18, 1997, now abandoned 
the entirety of which is incorporated by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a print system including 
a host computer and a printer connected with the host 
computer and, in particular, to an improvement in a print 
speedup technology suitable for a print system using a page 
printer. 

2. Description of Related Art 

In a page printer, due to the structure of a print engine 
thereof, after printing has started, it is impossible to stop the 
feeding of print sheets or to return the print sheets in the 
reverse direction in the middle of the printing. Also, even 
when the page printer is not capable of having a bit map 
memory corresponding to one page, printing must be 
executed at a speed near the maximum performance of the 
print engine. 

In order to realize the above-mentioned functions, in the 
prior art, a controller employed in the page printer includes 
a high-power CPU and a mass storage memory and, in this 
respect, the controller is more powerful that the host com- 
puter. 

Also, the controller of the page printer does not translate 
one or more plotting commands from a host computer 
directly into one or more bit map images but allows an 
intermediate code to intervene in the middle of translation 
from the plotting commands to the bit map images, thereby 
being able not only to simplify the next and following 
operations of translation into the bit map images but also to 
facilitate the conversion of the plotting commands free from 
the detailed characteristics of the print engine, so that the 
efficiency of the whole print processing can be improved. 
Therefore, in the controller of the page printer, a module 
which interprets a plotting command and creates an inter- 
mediate code corresponding to the plotting command is 
clearly separate from a module which interprets the thus 
created intermediate code and creates a page of bit map 
images. 

In recent years, the CPU power and memory capacity of 
a host computer have improved greatly and, as an inevitable 
consequence of this, the quantity of plotting commands to be 
supplied to a printer has also increased greatly. As a result, 
the CPU power and memory capacity of the printer have 
become insufficient to realize a desired print throughput. 
Also, there arises a problem that, because the printer is short 
of memory capacity, there occurs over-memory or irrevers- 
ible compression so that perfect printing cannot be realized. 

However, from the viewpoint of cost reduction, it is 
difficult to increase the power of the controller and hardware 
of the printer or to increase the number of memories thereof. 
Similar problems are found not only in the page printer but 
also in a system which uses a printer of another type such as 
a serial printer or the like. 

In view of the above, it is an object of the invention to 
provide an improved print system which can improve the 
throughput of the whole system even without enhancing the 
throughput of a printer itself. 

It is another object of the present invention to provide a 
printer in which image development can be started imme- 
diately after the start of sending the printing data to the 
printer. 
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SUMMARY OF THE INVENTION , 

In attaining the objects, according to the invention, there 
is provided a print system which includes a host computer 
and a printer connected with the host computer. In the 

5 present print system, the host computer includes a printer 
driver which is used to generate print job data including one 
or more plotting commands to be given to the printer, while 
the printer driver further includes intermediate level job data 
generating means used to generate intermediate level print 

10 job data including plotting commands at least part of which 
are expressed in the format of a first intermediate code. Also, 
the printer includes intermediate code conversion means 
which is used to receive intermediate level print job data and 
converts the plotting commands of the intermediate level job 

15 data into a second intermediate code, and third conversion 
means which is used to convert the second intermediate code 
into bit image data for printing. 

According to the present print system, in the host 
computer, part or all of the plotting commands are converted 
to the intermediate code format before being transmitted to 

20 the printer. Therefore, in the printer, there can be omitted a 
processing which converts the plotting commands written in 
a high-level language to the intermediate code. In this 
manner, according to the invention, since the intermediate 
code generation processing, which has been conventionally 

25 performed only in the printer, can be shared by the host 
computer, especially when the memory or CPU of the host 
computer has capabilities to spare, and the printing speed of 
the printer can be enhanced. 

The printer driver further may include high-level job data 

30 generation means used to generate high-level print job data 
in which the plotting commands thereof are all expressed in 
a high-level printer control language, and mode select means 
used to select one of the intermediate level job data genera- 
tion means and the high-level job data generation means. In 

35 this case, the printer further may include graphics means 
which is used to convert the plotting commands expressed in 
the high-level printer control language to the second inter- 
mediate code. 

In this structure, two operation modes can be used selec- 

40 lively on a case-by-case basis: that is, an operation mode in 
which all the plotting commands with respect to the printer 
are expressed in the high-level printer control language as in 
the prior art; and, an operation mode in which the plotting 
commands are in part or wholly converted to the interme- 

45 diate code. In this case, it is preferable that selection of one 
of the two operation modes can be decided automatically. In 
a preferred embodiment of the invention, the operation 
mode can be selected automatically by synthetically con- 
sidering the kinds of application programs, the capabilities 

5 0 of the printer, and the capabilities of the host computer. 
Also, when selecting the operation mode automatically, 
the operation mode may be decided according to a print job 
unit; or , a pa^e unit , a band unit, or a plotting command unit; 
or, an application program unit. 

55 The print job data can also be formed such that it includes 
specification information for specif ying which plotting com- 
mands are converted to the intermediate code. For example, 
when all the plotting commands are converted to the inter- 
mediate codes, the print job data can declare in the head 

60 portion thereof to the effect that all the plotting commands 
are converted to the intermediate codes. Also, when only the 
specific pages, specific bands, or specific commands are 
converted to the intermediate codes, the declaration to this 
effect can be set in the head of the specific pages, bands or 

65 commands. Such declaration, that is, such specification 
information, can be described in the printer control lan- 
guage. 
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From the viewpoint of relieving the processing burden of 
the printer, it is preferred that the first intermediate code to 
be generated by the printer driver and the second interme- 
diate code to be generated by the printer be in the same 
format. However, there is a possibility that, since the roles 
of the two intermediate codes are different from each other, 
they can be different in the details thereof. For example, the 
first intermediate code must include bit image data on the 
individual characters to be plotted and on the individual 
images to be plotted. On the other hand, in an ordinary 
printer, such bit image data is managed at a different storage 
location from the intermediate code and, therefore, the 
second intermediate code does not include such bit image 
data. 

According to another aspect of the invention, there is 
provided with a printer of the present invention comprises: 
band end detecting means for detecting an end of each band 
by a received intermediate code; image developing means 
for developing an image of each band in accordance with the 
intermediate code, which has already been received, in 
response to the detection of the end of each band; and a 
printing engine for conducting printing in accordance with 
the developed image. According to this printer, an end of 
each band is detected by the received intermediate code, and 
when the end of the band is detected, image development of 
the band is started. Consequently, when the sending of 
printing data of the type of the intermediate code is started, 
the intermediate code of the first one band is registered in the 
printer. At this time, image development is started. 

It is possible for the printer to conduct image development 
by a band which is smaller than the band of the intermediate 
code made by the printer driver. In this case, it is preferable 
that a size of the band of the intermediate code made by the 
printer driver is given by integral multiples of the size of the 
band, the image development of which is conducted by the 
printer. 

The printer driver of the present invention divides each 
page of a document to be printed into a plurality of bands, 
generates an intermediate code of each band and adds 
information expressing an end of each band to the generated 
intermediate code. When the above printer driver is used, the 
printer receives an intermediate code containing an end 
information of each band. Therefore, it is possible to rec- 
ognize the end of each band. For the above reasons, it is 
possible for the printer to start a band image development at 
a stage in which the intermediate code of the first one band 
has been received. 

The printing system of the present invention is provided 
with the above printer driver and the printer. 

Typically, the printer of the present invention is executed 
when a microcomputer provided in the printer is pro- 
grammed so that the above function can be exhibited. It is 
possible to execute the printer driver of the present invention 
when the host computer capable of communicating with the 
printer is programmed so that the above function of the 
printer driver can be exhibited. The necessary program can 
be installed or loaded into an objective computer via various 
mediums such as a semiconductor memory, disk type stor- 
age and communicating line. 

The intermediate code having the above specific structure, 
which is generated by the printer driver of the present 
invention, can be supplied to the printer via various medi- 
ums such as a semiconductor memory, disk type storage and 
communicating line. When the intermediate code is supplied 
to the printer, the printer can start printing at a time which 
is only a little delayed from the start of supply. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of the overall structure of an 
embodiment of a print system according to the invention; 
5 FIG. 2 is a block diagram of the functional structure of a 
printer driver 9 provided within a host computer 1; 

FIG. 3 is an explanatory view of an example of job data; 
FIG. 4 is a block diagram of the functional structure of a 
controller 11 provided in a printer 3; 
10 FIG. 5 is a flow chart of the overall flow bf a processing 
to be performed by the printer driver 9; 

FIG. 6 is a flow chart of a page mode decision processing 
and a banding decision processing; 
25 FIG. 7 is a table of evaluation points which are used to 
decide a page mode; 

FIG. 8 is a flow chart of the details of a processing to be 
performed in Step 57 shown in FIG. 5; 

FIG. 9 is a flow chart of the details of a processing to be 
20 performed in Step 58 shown in FIG. 5; 

FIG. 10 is a flow chart of a processing to be performed by 
a language interpret part 81 of the controller 11 in the printer 

3; 

25 FIG. 11 is a block diagram showing a construction of a 
printing system of another embodiment of the present inven- 
tion; 

FIG. 12 is a block diagram showing a construction of an 
intermediate code block received by a printer; 
30 FIG. 13 is a flowchart showing processing of a printer; 

FIG. 14 is a block diagram showing a construction of an 
intermediate printer code registered in a printer; 

FIG. 15 is a block diagram showing a location of a printer 
driver in a host computer; 

FIG. 16 is a view showing an example of a page; 

FIG. 17 is a view showing an example of division of a 
band; 

FIG. 18 is a flowchart showing a motion of a printer 
40 driver; and 

FIG. 19 is a flowchart showing another motion of a printer 
driver. 

DETAILED DESCRIPTION OF THE 
45 PREFERRED EMBODIMENT 

FIG. 1 shows the overall structure of an embodiment of a 
print system according to the invention. 

The present print system includes a host computer 1 and 

50 a page printer 3 connected to the host computer 1. In the host 
computer 1, an application program 5 notifies the start of a 
new print job to a plotting module (which is hereinafter 
referred to as "an application programming interface (API) 
module") 8 provided within an operating system (OS) 7, and 

ss sends the call of the plotting function of the API to the API 
module 8. In response to this, the API module 8 sends a 
printer driver 9 the call of the plotting function of the printer 
driver 9 (which is hereinafter referred to as "a device driver 
interface (DDI) call"). 

60 The printer driver 9 converts the DDI call into a print 
command in an output format which can be recognized by 
the page printer 3. The output format includes two kinds of 
output formats. One of them is a high-level language which 
is generally referred to as a printer control language and, in 

65 the present embodiment, this corresponds to a Page Descrip- 
tion Language (PDL). The other output format is an inter- 
mediate (IM) code which is described in an Intermediate 
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Language (IML). This intermediate code is basically the The print engine 17 reads out the bit map image from the 

same format as an intermediate code which is generated image buffer 15 and prints it on a printing sheet. 

from PDLby a controller 11 provided in the page printer 3, Her6) me page printer 3 may mc i u d e a receive buffer 

but they are a little different in the details from each other. which fc bfc of provisionally storing a print command 

Hereinafter, in order to distinguish them from each other, the 5 from tne host computer 1 

intermediate code to be generated by the printer driver 9 is „ - , . - .' , 

referred to as a driver intermediate (DIM) code, whereas the FIG - 2 shows the national structure of the printer driver 

intermediate code to be generated by the page printer 3 is 9 included in the host computer 1. 

referred to as a printer intermediate (PIM) code. A system interface 23, on receipt of a DDI call for a new 

The DIM code is different from the PIM code mainly in 10 print job from the API 8, decides a page mode and then 

that it includes image bit map data on characters and bit allows a job data generation module 25 to execute a plotting 

images. That is, when a certain band, with characters and bit processing in accordance with the DDI call. Here, "to decide 

images drawn therein, is described in an intermediate code, a page mode" means to decide whether the output format of 

within the printer, the bit map data on the respective char- a print command to be output to the printer is a PDL format 

acters and bit images are placed in other memory areas than 15 or a DIM code format. A mode to output the print command 

the PIM code, while pointers to the respective characters and in the PDL format is referred to as a "printer page mode", 

bit images in these memory areas are described in the PIM whereas a mode to output the print command in the DIM 

code. On the other hand, in the DIM code, there are placed code format is referred to as a "driver page mode". A method 

not only the characters and bit images but also the bit map for deciding the page mode will be described in detail later, 

data on such characters and bit images. In this case, in order 2 q In the printer page mode, the job data generation module 

to avoid the repetition of the bit map data, for example, the 25 executes a plotting processing which corresponds to a 

following format can be employed. That is, only when the DDI call delivered from the system interface 23 and, as a 

characters and bit images appear for the first time within the result of this, a print command chain relating to a print job 

band, the bit map data on the characters and bit images are (which is hereinafter referred to as job data) is generated in 

placed or registered in the DIM code together with the 25 such format as shown in FIG. 3(A). 

identification numbers and the size specifications thereof ^ job data shown in F]G 3 ( A ) starts ^ a job start 

and, next, the identification numbers of the characters and declaration 41, and a language specify command 43 and a 

bit images, the coordinates thereof within the band, the printer initialize command 45 follow sequentially after the 

specifications of the actually used portions of the thus job start declaration 41. After that, plotting commands 47 in 

registered bit map data, and the like are described. After that, 30 pages f 0 n OWj while a page eject command 49 is added to the 

each time the same characters and bit images appear again end of each of me p i ottmg commands 47 in the respective 

within the same band, the identification numbers of the pages A job cnd dcclarat i on 51 is placed after the last 

characters and bit images, the coordmates thereof within the plotting command 47 in the last page, which ends the job 

band, the specifications of the actually used portions of the data 

thus registered bit map data are described. « ~ £ . . , . . , 1 A + . 

^ * „ _ . 35 The first job start declaration 41, language specify com- 

Also, generally the PIM code within a printer supports a mand 43 and the last job end declaration sl are eX p resse d in 

great variety of plotting functions. On the other hand the a hi h . lev6l lan called a job x which k inde . 

DIM code must be matched to the function of the DDI that dent of a ^ matml j ^ j ciSy 

is supplied by the OS 7 d th f lf ^ function of the command 43 ifles a riater j , Q be ^ 

DDI is more hmited than the function of the PIM code, for 40 m ^ t job data md ^ ^ t embodiment a 

example, in the passes, graph.cs parameters, lands of coor- iyen pDL fa dfled as , he j £ ^ command 43. 

dinate conversion function calls and the like, then the ^ J tm 

function of the DIM code is similarly more limited than the Commands 45 to 49 following the language specify 

function of the PIM code in the above-mentioned respects. command 43 are respectively expressed m a given PDL 

rrm . t Jf ^ -*j o- * specified by the language specify command 43. The printer 

The pnnt command from the printer driver 9 is sent 45 • v • j * • i- *t_ • 

nc - tn t . - ntar \ lr , iUa a tu a initialize command 45 is used to initialize the environment 

through tne OS 7 to tne printer 3. In the printer 3, tne „ . - . t ¥ . • ^ , e 

, n 11 ■ * j j * ■* or state of the printer. In the printer initialize command 45, 

controller 11 interprets the pnnt command and converts it . , . r . , , iL ^ r j j 

nn , , , T u *u 11 1 1 - there is also included the specification of a page mode and, 

mto a PrM code. Here, when the controller ll receives a a ^nter a e mode is s ecified 

print command expressed in the PDL, the controller ll ere ' a ^ nn er ^ a ^ e mo e 15 s P ec e 

interprets the PDL command and converts it into a PIM code 50 ^ P lottirj g command 47 following the printer initialize 

according to the same procedure as a conventional printer command 45, as mentioned before, is described in the PDL 

follows. On the other hand, on receipt of a DIM code, the m P a S es - 

controller 11 generates a PIM code by means of very simple Now, referring again to FIG. 2; such job data as shown in 

conversion (that is, a conversion which merely cancels the FIG. 3(A), which is output from the job data generation 

above-mentioned differences). Therefore, the amount of 55 module 25, is written into a spooler 35 provided within the 

processing of the controller 11 is very small when it receives OS 7. After that, the job data is transmitted from the spooler 

the DIM code. 35 to the printer 3. 

The controller 11 stores the thus generated PIM code into On the other hand, in the case of the driver page mode, 

the intermediate code buffer 13. Also, in synchronization with respect to the plotting processing calls for the respec- 

with the operation of the print engine 17, the controller 11 60 five pages among the DDI calls delivered from the system 

creates bit image data from the PIM code stored in the interface 23, instead of the job data generation module 25, 

intermediate code buffer 13 and develops it to the image there is invoked an IMM driver 27 and the IMM driver 27 

buffer 15. Here, under a specific condition that the bit map generates a function call (which is hereinafter referred to as 

data is more advantageous than the PIM code in the amount "an IMM call") with respect to an intermediate code gen- 

of memory required and/or processing speed, the controller 65 eration module (which is hereinafter referred to as "an IMM 

11 pre-develops the PIM code to the bit map image before module") which will be discussed later. As a result of this, 

it develops the same to the image buffer 15. among the job data shown in FIG, 3(A), the portions of the 
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respective pages that correspond to the plotting commands 
47 are respectively expressed in the form of IMM calls not 
in the form of the PDL. 

FIG. 3(B) shows an example of the plotting command that 
is expressed in the IMM call and, in this example, a page is 
divided into one or more bands and the plotting command 55 
of each band is expressed in the IMM call. To the heads of 
the plotting commands 55 of the respective bands, there are 
attached band number declarations 53 which show the start 
of the respective bands. The band-number declarations 53 
are respectively expressed in the PDL. Therefore, from the 
IMM driver 27, there are output job data in a format obtained 
by replacing the portions of the job data of FIG. 3(A) that 
correspond to the plotting commands 47 of the respective 
pages with such expressions as are shown in FIG. 3(B). By 
the way, in the present job data, the driver page mode is 
specified within the printer initialize command 45. 

The job data from the IMM driver 27 is delivered through 
shared memory 29 to a replay module 31. Here, delivery of 
the job data to the replay module 31 is basically executed 
through the shared memory 29 but, in the case of the job data 
having a large record size, the job data is arranged as a file 
and the name of the file is written into the shared memory 
29. 

The replay module 31 passes therethrough the portions of 
the job data that are expressed in the job language and PDL, 
that is, the job start declaration 41, language specify com- 
mand 43, printer initialize command 45, band number 
declaration 53 and page eject command 49 respectively 
shown in FIGS. 3(A) and (B), as they are, and writes them 
into the spooler 35. 

On the other hand, with respect to the plotting command 
55 in the format of the IMM call shown in FIG. 3(B), the 
replay module 31 calls the plotting function of the IMM 
module 33. The plotting function of the IMM module 33 
converts the present plotting command 55 to a DIM code 
(that is, a driver intermediate code). 

FIG. 3(C) shows an example of a plotting command 61 
included in each of the bands and converted to the DIM code 
and, to the head of the plotting command 61, there is 
attached a declaration 59 indicating that the plotting com- 
mand 61 is an intermediate code (that is, binary data). This 
intermediate code declaration 59 is expressed in the PDL. 

Therefore, from the replay module 31, there is output job 
data in the format that is obtained by replacing the plotting 
command 47 of each page of the job data shown in FIG. 
3(A) with one shown in FIG. 3(B) and further by replacing 
the plotting command 55 of each band shown in FIG. 3(B) 
with one shown in FIG. 3(C). 

FIG. 4 shows the functional structure of the controller 11 
of the printer 3. 

In the controller 11, on receipt of the job data, at first, a 
language interpret part 81 interprets a command included in 
the job data and expressed in a job language and PDL and, 
in accordance with the interpretation result, calls the plotting 
function of a graphics module (which is hereinafter referred 
to as "GRM"). When the DIM code is included in the job 
data, the language interpret part 81 calls an intermediate 
code conversion part 85 through the GRH 83 and hands the 
DIM code over to the intermediate code conversion part 85. 

The GRM 83 has a function to generate a PIM code (a 
printer intermediate code) in accordance with a plotting 
command expressed in the PDL. Also, the intermediate code 
conversion part 85 is a function which is added to the GRM 
83 in order to convert the DIM code to the PIM code. Here, 
a processing for converting the DIM code to the PIM code 
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is very simple when compared with a processing to be 
performed by the GFM 83, as was described before. 
Therefore, for the printer page mode, in accordance with the 
result of the interpretation by the language interpret part 81, 

5 the GRN 83 generates a PIM code. On the other hand, for the 
driver page mode, the intermediate code conversion part 85 
generates the PIM code from the DIM code included in the 
job data by means of simple conversion. Here, when it is 
more advantageous to convert the DIM code to bit map data 

10 from the beginning than to convert the DIM code to the PIM 
code, the DIM code may also be pre-developed to the bit 
map data. In both modes, the generated PIM code is deliv- 
ered from the GRM 83 to a PIM code register & develop part 
87. The PIM code register & develop part 87 registers the 

15 PIM code in the intermediate code buffer 13 and, in syn- 
chronization with the operation of the print engine 17, reads 
out the PIM code from the intermediate code buffer 13 and 
develops a bit map image on the image buffer 15 in 
accordance with the read-out PIM code. 

20 Now, description will be given below in more detail of the 
operation of the above-mentioned structure. 

FIG. 5 shows a flow chart of the overall flow of the 
processing to be performed by the printer driver 9. 

At first, the printer driver 9 receives the DDI call from the 

25 API 8 (SI), if the initialize function of the driver 9 is invoked 
by the present DDI call (Y in S2), then not only is page mode 
decided (S3) but also banding (S4) is decided in the present 
initialize processing. These decisions are executed accord- 

3Q ing to the flows that are respectively shown in FIG. 6. 

As shown in FIG. 6, in the operation mode decision 
processing (S3), at first, evaluation points are calculated 
with respect to the printer page mode and driver page mode, 
and page mode is selected which has the greater evaluation 

35 points (Sll, S12). Here, the calculation of the evaluation 
points is executed according to an evaluation point table 
which, as shown in FIG. 7, shows the evaluation points of 
the respective modes with respect to various parameters. 
In the example shown in FIG. 7, as the parameters, there 

4Q are available an application type, a printer memory size, a 
printer CPU speed, a host computer size, a host computer 
CPU speed, a connection form between the host and printer, 
and the like. Here, the term "application type" is used to 
distinguish the types of the applications 5 from each other. 

45 That is, whether the application 5 is an application of a type 
that is mainly used to handle characters (such as a text editor, 
a word processor, or the like), a type that is mainly used to 
handle graphics forms (such as CAD, draw-system graphics, 
or the like), or a type that is mainly used to handle images 

5 0 (such as photo-retouch, paint-system graphics, or the like). 
As can be seen from FIG. 7, the parameters can be evaluated 
in the following manner. That is, when the quantity of data 
to be processed is large or the power of a printer is low, the 
evaluation point of the driver page mode is high. On the 

55 other hand, when the quantity of data to be processed is 
small or the capability of a host computer is low, the 
evaluation point of the printer page mode is high. The 
evaluation points of these parameters are summed up for 
each of the two modes and the sum values of the evaluation 

60 points of the two modes are compared with each other. The 
mode that is found higher in the sum value is selected. 

By the way, when the present print job is to plot characters 
using fonts prepared within the printer, the following tech- 
nique can also be employed. 

65 That is, as shown in FIG. 3(D), in this technique, it is 
arranged that certain plotting commands 65 and 69 in one 
band are expressed in the IMM call, the other command 67 
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is expressed in the PDL and, after that, as shown in FIG. ates a DIM code, and writes the thus generated DIM code 

3(E), the IMM calls 65 and 69 are converted to a DIM code into the spooler 35 (S8). The above-mentioned processing is 

75. Under this arrangement, when there is included a com- performed repeatedly until a DDI call indicating the end of 

mand to plot characters using the printer fonts, the command the job appears (S9) . 

67 is expressed in the PDL as conventionally *nd thus the s no. 8 shows the details of the above-mentioned process- 
command 67 is allowed to exist together with the plotUng be rformed fa ste 5? ^ ^ p, G " 5 ^ 

commands 65 and 69 expressed m the IMM call. For this a f . At _ r . , , 4 ,. . , 

reason, although the portion of the command to plot char- P^SS* " CXC ^ by * c J °t !? generation module 25 

acters using the printer fonts can be processed only at the md INM dnver 27 shown in 2 " 

same speed as the conventional processing speed, the other At first, a DDI call for initialization of the print job is 

portions thereof are allowed to generate intermediate codes received (S21). In response to this, there are generated not 

on the printer driver side, with the result that the present only a command for initialization of the function of the IMM 

print job as a whole can be processed at high speed. module 33, but also the start declaration 41, language 

Also, as an alternative method, it is also possible to s P ecifv command 43 and printer initialize command 45 

rewrite the command for plotting characters using the printer 15 (including the specification of the page mode) respectively 

fonts into a command which plots characters using fonts shown 10 mG * 3 ( A ) ( S22 to S25 )> and the y are wnit&n mt0 

provided on the host computer side. This makes it possible ^ shared memory 29 (S28). After that, a DDI call for the 

to handle the present command in the same manner as the plotting processing of each page is received. In response to 

other plotting commands 65 and 69 expressed in the IMM ^is, for every band within each page, there are generated the 

call, so that an intermediate code can be generated on the 1Q Pitting command 55 in the form of an IMM call and band 

printer driver side number declarations 53 and 57 expressed in the PDL, which 

Now, referring again to FIG. 6, if the driver page mode is arc respectively shown in FIG r. 3(B) and they are then 

selected, then the banding decision processing (S4) is wntten mto the shared memory 29 (S28). Finally, a DDI call 

executed. At first, the number of bytes of a memory neces- for endin S * e J ob * m ™ponse to ^ic 

sary to store DIM codes corresponding to one page is 25 f 0 f!° erat f ? e J° b end declaratl0 ° 51 f° w ° m HG- 3(A) 

estimated, the estimated byte number is set in a variable P, < S27 >' ^ * e f nerated J ob ™ d declaratlon 51 15 

and the initial value 1 of the band number is set in a variable into me snared memor y 29 ( S28 >' 

n (S13). Next, it is checked whether a P byte memory can be FIG- 9 shows the details of the processing to be performed 

actually secured or not (S14). If it is found that n«l, then an m Ste P 58 shown in nG - 5 - ™s processing is executed by 

unhanding processing (that is, a page is not divided into two 30 the replay module 31 and IMM module 33 shown in FIG. 2. 

or more bands but is processed as a band) is decided (SI 6). First, the replay module 31 reads out job data from the 

Here, the larger the size of the P byte is, the less frequently shared memory 29 (S31) and checks whether or not a 

the plotting element is divided, which reduces the number of command included in the thus read -out job data is a com- 

times of replay to thereby reduce the driver processing time, mand described in a job language or a command described 

resulting in improved performance of the overall processing. 35 in the PDL (S32). Then, if it is found that the command in 

On the other hand, when the P byte cannot be secured, P is the job data is described in the job language or PDL, then the 

divided by 2 and n is doubled (S17) and, after that, it is command, as it is, is output to the spooler 35 (Yin S32). On 

checked whether or not the P byte can be secured (S13). If the other hand, for an IMM call in the job data, there is 

the P byte cannot be secured, then P is divided by 2 and n invoked a plotting function which is stored in the IMM 

is doubled again (S17). This operation is executed repeat- 40 module 33 and corresponds to the IMM call (S33), and a 

edly until the P byte can be secured. If the P byte can be plotting processing is executed using, the parameters of the 

secured, then the memory area of the P byte is secured as a present IMM call (S34). In the plotting processing, at first, 

buffer for the DIM code and there is decided such a banding bit map data on characters and bit images are developed onto 

processing as can divide a page by the band number that is a previously secured page memory (or band memory) (S34) 

indicated by the current n (SIS). By the way, in the case of 45 and, in bands, there are generated such plotting commands 

the printer page mode, since the plotting contents are 61 in the form of DIM codes as shown in FIG. 3(C) (S35). 

described in the PDL in pages, an unhanding processing is In this operation, according to the case, as described before, 

inevitably decided. the respective bands may be pre-developed to the bit map 

Referring again to FIG. 5, after the above-mentioned images not in the form of DIM codes. After that, the thus 

driver initialization procedure is ended, depending on 50 generated DIM code plotting commands 61 are output to the 

whether the mode is the printer page mode or driver page spooler 35 (S3 6). The above-mentioned processing is per- 

mode (S5), as described before, the main operation of the formed repeatedly until the last portion of the job data is 

plotting processing is assigned to the job generation module finished (S37). FIG. 10 shows the details of the processing 

25 or IMM driver 27. That is, if the mode is the printer page to be performed by the language interpret part 81 of the 

mode, then the plotting function of the job generation 55 controller 11 provided within the printer, which is already 

module 25 is called by the plotting DDI call, plotting shown in FIG. 4. 

commands in the PDL are thereby generated, and the thus At first, it is checked from the page mode specification of 

generated PDL commands are respectively written into the the job 4ata received from the host computer 1 whether the 

spooler 356 in pages (S6). page mode is a printer page mode or a driver page mode 

On the other hand, for the driver page mode, the function 60 (S41). If the printer page mode is specified, then the respec- 

of the IMM driver 27 is invoked by the plotting DDI call, a five plotting commands of the job data expressed in the PDL 

function call for the IMM module 33 is thereby generated, are interpreted and it is checked from the results of such 

and the thus generated function call is then written into the command interpretation whether each plotting command is 

shared memory 29 (S7). Also, asynchronously with the a command to plot characters or not (that is, whether it 

writing of the function call into the shared memory 29, in 65 includes character data or not) (S42), or a command to plot 

response to an IMM function call within the shared memory bit images or not (whether it includes binary data or not) 

29, the replay module 31 calls the IMM module 33, gener- (S43), or a command to plot graphics (figures) or not 
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(whether it includes graphics data or not), that is, (whether 
it includes neither character data nor binary data or not). If 
the command to plot characters is received, then the bit map 
data of the characters are generated (S44) and, then a 
character plotting instruction is given to GRM 83 (S45). If 
the command to plot graphics is received, then the plotting 
control point of the graphics is set (S46) and, after that, a 
graphics plotting instruction is giveri to the GRM 83 (S47). 
If the command to plot bit images is received, then the bit 
map data of the bit images is created (S48) and, then an 
image plotting instruction is given to the GRM 83 (S49). In 
accordance with such plotting instruction, the GRM 83 
generates a PIM code and then writes the same into the 
intermediate code buffer 13. On the other hand, if the driver 
page mode is specified, then the plotting command in the 
form of a DIM code, as it is, is output to the GRM 83 (562). 
In response to this, as described before, the GRM 83 invokes 
the intermediate code convert part 85 to thereby convert the 
DIM code to the PIM code. This conversion processing is so 
simple that it can be executed at a high speed. 

As described above, in the present embodiment, for each 
print job, the printer page mode or driver page mode is 
selected and, for the driver page mode, the plotting com- 
mand is converted to the intermediate code by the printer 
driver before it is supplied to the printer. This relieves the 
processing burden of the printer to thereby be able to 
enhance the processing speed of the printer. Therefore, by 
selecting the driver page mode properly according to the 
state of the entire system, the processing speed of the whole 
system can be improved. By the way, in the above- 
mentioned embodiment, in the driver page mode, the plot- 
ting commands of all pages are expressed in the intermediate 
code form. However, the invention is not always limited to 
this but, for example, some pages may be expressed in the 
intermediate code, whereas the other pages may be 
expressed in the PDL. That is, the intermediate code con- 
version processing may be controlled in pages. Or, the 
intermediate code conversion processing may be controlled 
in applications. 

Also, the above conversion processing can be controlled 
in bands or in commands. In particular, when the processing 
is controlled in bands, for example, the plotting commands 
of certain bands are converted to the IMM code as shown in 
FIGS. 3(B) and (C) before they are converted to the DIM 
code, whereas the plotting commands of the other bands are 
expressed in the PDL. On the other hand, when the process- 
ing is controlled in commands, at first, as shown in FIG. 
3(D), certain commands 65 and 69 in a band are expressed 
in the IMM call and the other band 67 is expressed in the 
PDL and, then, as shown in FIG. 3(E), the IMM calls 65 and 
69 are converted to the DIM code 75. 

As mentioned above, when, in the driver page mode, the 
plotting commands expressed in the PDL and in the DIM 
code are allowed to be present together in one piece of job 
data. In the language processing by the printer shown in FIG. 
10, there are necessary steps (S51, S52, S53) to distinguish 
the plotting commands expressed in the DIM code from the 
plotting commands expressed in the PDL. That is, in the 
driver page mode, if the PDL command to plot characters is 
received (Y in 551), then a clipping area corresponding to 
the range of a physical band to be processed is firstly set 
(554), the bit map data on the characters is then generated 
(556), and a character plotting instruction is given to the 
GRM 83 (557). Also, if the command to plot graphics is 
received, similarly, a clipping area corresponding to the 
range of a physical band to be processed is firstly set (555), 
the plotting control point of the graphics is then set (558) 
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and, after that, a graphics plotting instruction is given to the 
GRM 83 (559). Further, if the command to plot bit images 
is received, similarly, a clipping area corresponding to the 
range of a physical band to be processed is firstly set (563), 

5 the bit map data on the bit images is created (560) and, after 
that, an image plotting instruction is given to the GRM 83 
(561). On the other hand, if the command expressed in the 
intermediate code is received, then the command, as it is, is 
delivered to the GRM 83 (562). 

30 FIG. 11 is a view showing a printing system of another 
embodiment of the present invention. 

The printer 103 is connected to a host computer 101. The 
host computer 101 has a printer driver 105. The printer 
driver 105 divides each page of data of a document to be 

15 printed into a plurality of bands, converts into an interme- 
diate code 107 for each band, changes the intermediate code 
107 into printing data 109 of a predetermined printer control 
language, and sends the data to a spool (not shown) in the 
host computer. Then, the printing data 109 is sent to the 

20 printer 103 by an operating system (not shown) of the host 
computer 101. 

A microcomputer is incorporate into the printer 103. This 
microcomputer functions as a language interpreting section 

25 111, intermediate code interpreting section 113, RGB mul- 
tivalued band developing section 115, CMYK multivalued 
band developing section 117, and binarization processing 
section 119. The printer 103 has a printing engine 121. The 
language interpreting section 111 delivers an intermediate 

30 code 107 contained in the received printing data 109 to the 
intermediate code interpreting section 113. The intermediate 
code interpreting section 113 converts the intermediate code 
107 into a printer intermediate code 125 suitable for pro- 
cessing in the printer 103, and registers it in a memory 123 

35 of the microcomputer. 

RGB multivalued band developing section 115 develops 
the printer intermediate code 125 into a multigradation raster 
image (RGB multivalued band image) 127 of RGB expres- 
sion at each band and registers it in the memory 123. CMYK 

40 multivalued band developing section 115 converts RGB 
multivalued band image 127 of each band into a multigra- 
dation raster image 129 of CMYK expression and registers 
it in the memory 123. The binarization processing section 
119 generates a binary signal, which expresses whether or 

45 not a CMYK ink dot is hit at each dot position, from CMYK 
multigradation raster image 129 and sends it to a printing 
engine 121. The printing engine 121 prints a document 
image on a sheet of paper in accordance with the binary 
signal. 

50 In general, after the printing engine has been set in 
motion, it continues printing at a constant printing speed 
hereinafter. Therefore, the image development processing 
conducted by the band developing sections 115, 117 must 
not be delayed with respect to this speed. Accordingly, if the 

55 processing speed of the band developing sections 115, 117 
is sufficiently high, the printing engine 121 may start print- 
ing at a point of time when image development of the first 
one band has been completed. However, in order to keep the 
printing operation to be safe, the printing engine 121 may 

60 start printing after image development of predetermined 
plural bands or image development of one page has been 
completed. In the latter case, in order to save the memory 
123, it is preferable that the developed raster image is 
compressed and stored. Time to start printing, at which the 

65 printing engine 121 is started after the image development of 
bands has been completed, may be controlled in accordance 
with the type of a document to be printed, for example, 
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whether color or monochrome, whether a natural image such 
as a photograph is contained or the image is composed of 
only a text and figure, whether or not the resolution is high, 
and whether or not the page size is large. 

The printer driver 105 in the host computer 101 operates 
as follows. When the document data is converted into an 
intermediate code 107, a content of each page of the 
document data is analyzed, and a region on each page is 
divided into a plurality of physical bands. Then, an inter- 
mediate code of each physical band is made and incorpo- 
rated into an intermediate code block 131, the structure of 
which is shown in FIG. 12. In some cases, an intermediate 
code of one physical band is accommodated in one inter- 
mediate code block 131, however, in other cases, an inter- 
mediate code of one physical band is divided into a plurality 
of intermediate code blocks 131 and accommodated. 
Especially, in the case of color printing, in order to enhance 
the memory efficiency, a size of the intermediate code block 
131 is made smaller than a normal data size of one band. 
Therefore, it is common that one physical band becomes a 
plurality of intermediate code blocks 131 . The intermediate 
code 107 sent to the printer 103 is a row of a series of 
intermediate code blocks 131. The intermediate code blocks 
131 are necessarily sent to the printer 103 in the order of 
numbers of the physical bands. No intermediate code blocks 
131 are sent to the printer 103 out of the order of numbers 
of the physical bands. Further, the intermediate code blocks 
131 in the same physical band are sent in the successive 
order. No intermediate code blocks 131 of different physical 
bands are inserted into the intermediate code blocks 131 of 
the same physical band. 

As shown in FIG. 12, one intermediate code block 131 
includes a number 133 of the physical band, a group of 
several intermediate codes 135, and a check sum. A content 
of the intermediate codes 135 can be classified into a 
drawing code 135A and a control code 135B. The printer 
driver 105 puts a code of band end, which is a control code, 
at the final intermediate code block 131 of each band. 
Therefore, the printer 103 can realize an end of each band by 
detecting the band control code. 

FIG. 13 is a flowchart of processing conducted by the 
intermediate code analyzing section 113 and RGB multival- 
ued band developing section 115 of the printer 103 which 
has received a row of the above intermediate code block 
131. 

When the intermediate code analyzing section 113 
receives the intermediate code block 131 (step S101), the 
intermediate code 135 in the block 131 is converted into the 
printer intermediate code 125 and registered in the memory 
(step S102). At this time, the intermediate code analyzing 
section 113 changes the printer intermediate code into a type 
of the intermediate code block 141 of a predetermined size. 
This intermediate code block 141 is linked with the inter- 
mediate code block 141 of the same physical band number 
which has already been registered. In this way, this inter- 
mediate code block 141 is registered. The intermediate code 
analyzing section 113 checks whether or not the received 
intermediate code block 131 contains a band end code (step 
S103). Until the band end code is detected, the above 
intermediate code registering motion is repeated for the 
same band. Accordingly, the printer intermediate code 125 
of one physical band is registered in the memory 123 in the 
form of a list of a plurality of intermediate code blocks 141 
which are linked as shown in FIG. 104. Of course, the printer 
intermediate code 125 of one physical band is registered in 
the memory 123 in the form of a single intermediate code 
block 141. 
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When the band end code is detected, RGB multivalued 
band developing section 115 starts image development pro- 
cessing for the printer intermediate code of the same physi- 
cal band registered in the memory 123 (step S104). 
Accordingly, waiting time from the start of receiving the 
printing data by the printer 103 to the start of image 
development is only a period of time in which the interme- 
diate code of the first physical band is registered. Succes- 
sively after the band development conducted by RGB mul- 
tivalued band developing section 115, processing is 
respectively conducted by CMYK multivalued band devel- 
oping section 119, binarization processing section 119 and 
printing engine 121. 

While RGB multivalued band developing section 115 is 
conducting image development of the band which has 
already been registered, the intermediate code interpreting 
section 113 receives the intermediate code block 101 of the 
next band (step S101). This intermediate code block 141 is 
converted into the printer intermediate code and registered 
(step S102). In this way, the registration of the intermediate 
code of each band and the image development of the band 
which has registered before are conducted in parallel with 
each other. When the received page resource is completed, 
processing of the page concerned is completed, and the same 
processing is started for the next page. 

The printer driver 105 incorporated into the host computer 
101 will be explained in more detail as follows. 

FIG. 15 is a view showing a location of the printer driver 
105 in the host computer 101. 

Original document data, which has been made by the 
application program 151, is first converted into a list of 
image drawing command, which is called a display list, by 
the display device interface 155 of the operating system 151. 
The printer driver 105 reads in this display list and converts 
it into printing data of a type of the intermediate code for 
each band described before. Then the data is written in a 
spool 157, The printing data in the spool 157 is transmitted 
to the printer 103 by the operating system 153. 

In this connection, a case is supposed in which document 
data of one page containing elements 163, 165, 167 as 
shown in FIG. 16 is made by the application program 151. 
In this making process, first, a letter "A", the reference 
numeral of which is 163, is written, and then an oblique line 
165 is drawn, and finally a circle 167 is drawn. In this case, 
the original document data and the display list are sent in the 
order of the letter 163, oblique line 165 and circle 167 which 
are the order when they are made. 

The printer driver 105 conducts processing as follows. 
First, as shown in FIG. 17, the printer driver 105 defines a 
plurality of bands 171 A to 171E on the page 161 with 
respect to a display list of one page sent in the order of 
making the letter 163, oblique line 165 and circle 167. Then, 
the objective band is successively designated from the band 
171A, which is located at an uppermost position, to the band 
located at a lower position, and then processing shown in the 
flowchart of FIG. 18 is conducted. In this connection, sizes 
of the bands 171A to 171E defined by the printer driver 105 
are given by the integral multiples of the physical bands into 
which the page is divided by the firmware of the printer 103. 
Usually, the integral multiples are several times or at least 
one time. 

As shown in FIG. 18, first, the printer driver 105 finds a 
drawing command of the element belonging to the objective 
band from the display list (step Sill). According to it, the 
intermediate code of the objective band is made and regis- 
tered in the memory in the host computer 101 (step S114). 
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The above operation is conducted for all drawing commands The device to give printing data to the printer 103 is not 

belonging to the objective band. For example, when the necessarily the computer 101 having a function for gener- 

objective band is the second band 171B shown in FIG. 17, ating printing data. The device to give printing data to the 

first, in accordance with the drawing command of the printer 103 may be a buffer device or printer server which 

oblique line 165, an intermediate code of a portion of the 5 relays printing data. 

oblique line 165 belonging to the objective band 171B is It should be noted here that the invention is not limited to 

made according to the drawing command of the oblique line the above-mentioned embodiment but other embodiments, 

165, and then an intermediate code of a portion of the circle which include changes, improvements, modifications and 

167 belonging to the objective band 171B is made according the like with respect to the above embodiment, are also 

to the drawing command of the circle 167. 10 possible. 

After intermediate codes of all elements belonging to one Wnat ^ claimed is: 

objective band have been registered (YES in step S101), the h A P rmt svstem comprising a host computer and a printer 

registered intermediate codes of the objective band are connected to the host computer, wherein said host computer 

written in the spool 157 (step S112). At this time, a band end includes a printer driver used to generate print job data 

code is added to the last intermediate code. Next, the ^ including plotting commands to be given to said printer, said 

unnecessary display list is discarded (step S113). For printer driver includes intermediate level job data generation 

example, if the registered intermediate code of the objective means used to generate intermediate level job data including 

band has been written in the spool 157 with respect to the plotting commands at least part of which is expressed in a 

third band shown in FIG. 17, the drawing command of the first intermediate code format, and said printer includes 

circle 167 becomes unnecessary. Therefore, it is discarded. 20 intermediate code convert means used to receive said inter- 

,, 7L . - i_- *• i_ j • » . j .i mediate level print job data and convert said plotting com- 

When processing oi one objective band is completed, the , . r j • * j- * j r * j *t_* j 

, , f.j . 4 j i- j 1,1 / mands to a second intermediate code format, and third 

next band is designated as the objective band, and the above . , , j j • * j- * 

.jrT, L J . . iJf convert means used to convert said second intermediate 

processing is repeated. the above processing is repeated tor , , ... . . . c 

ii a. j* i r */ * eim\ aa *u u code lo Dlt ma P image data for printing, 

all on the display list (step S110). After the above processing - A . 4 r . ° . f ,f . r. ^ , . 

, , j « ii j* i i • , . 25 2. A print system as set forth in claim 1 wherein said 

has been repeated for all on the display list, processing of the . . I • • i i • *• * * i j c *• • * 

,. f i » j/^ mtermediate level prmt 10b data mcludes specification infor- 

pnnter driver 105 is completed (step S115). . r i , ... r , , 

r r v r / mation specifying which plotting commands are expressed 

FIG. 19 is a flowchart of another processing which can be ^ said first intermedi ate code format, and said intermediate 

conducted by the printer driver 105. This processing can be code means distinguishes sa id plotting commands in 

conducted instead of the processing shown in FIG. 18. 3Q said ^ intermediate code format from others in accordance 

By the same method as that explained in FIG. 18, the with said specification information, 

printer driver 105 makes and registers an intermediate code 3, a print system as set forth in claim 1, wherein said 

of the objective band (step S124). This motion is conducted printer driver further includes high-level job data generation 

on all bands while the bands 171A to 171E on the page are means to g ener ate high-level print job data including 

successively being designated as the objective bands. In this 35 plotting commands all of which are expressed in a high-level 

case, the order in which the objective bands are designated printer control language, and mode select means used to 

is not necessarily the same as the arrangement of the bands. select one of said intermediate level job data generation 

Due to the foregoing, the intermediate codes of all bands on means and said high-level job data generation means, and 

one page are registered. After that (YES in step S122), the also wherein said printer further includes graphics means 

registered intermediate codes of one page are written in the 40 used to receive said high-level print job data and convert 

spool for each band. At this time, a bend end code is added sa j d plotting commands expressed in said high-level printer 

to the last of the intermediate code of each band (step S123). control language to said second intermediate code. 

Processing described in FIG. 18 is advantageous in that 4. A print system as set forth in claim 3, wherein said 
the intermediate code can be generated by the memory of mode select means automatically selects one of said inter- 
one band. On the other hand, the processing shown in FIG. 45 mediate level job data generation means and said high-level 
19 requires a memory of one page, however, the processing job data generation means, on a basis of per print job, per 
shown in FIG. 19 is advantageous in that the intermediate page, per band, per plotting command, or per application 
code can be made in the order of the bands which are program. 

different from the order of the arrangement of the bands on 5. A print system as set forth in claim 3, wherein said 

the page. In this connection, even in the processing shown 50 mode select means always selects said high-level job data 

in FIG. 18, if it is composed that the printer 103 accumulates generation means when a print job uses fonts provided 

the band image of one page and then the accumulated band internally in said printer. 

image is sent to the printing engine 121, no problems are 6. Aprint system as set forth in claim 1, wherein said first 

caused even when the printer driver 105 makes the inter- intermediate code format includes bit map image data on 

mediate codes in the order which is different from the 55 characters or images to be plotted, whereas said second 

arrangement of the bands and the thus made intermediate intermediate code format does not include bit map image 

codes are sent to the printer 103. data on characters or images to be plotted. 

The embodiment of the present invention is explained 7. A print system as set forth in claim 1, wherein said 

above, however, it should be noted that the present invention intermediate level job data generation means includes pre- 

is not limited to the above specific embodiment, but it 60 develop means used to pre -develop bit map image data from 

possible to apply the present invention in various forms. For said plotting commands expressed in said first intermediate 

example, the present invention can be applied to not only code format. 

color printing but also monochrome printing. Band devel- 8. A printing method using a host computer and a printer 

opment processing conducted in the printer is not limited to connected to the host computer, said method comprising the 

the specific embodiment described above, but it is possible 65 following steps: 

to provide various types of variations. The host computer generating, in said host computer, intermediate level print 

and the printer 103 are connected to each other via net work. job data including plotting commands which are to be 



04/21/2004, EAST Version: 1.4.1 



US 6,665, 

17 

given to said printer and at least part of which is 
expressed in a first intermediate code format, and then 
transmitting said generated print job data to said 
printer; 

receiving, in said printer, said intermediate level print job s 
data and converting said plotting commands to a sec- 
ond intermediate code; and 

converting, in said printer, said second intermediate code 
to bit map image data for printing. 

9. A printer driver for generating print job data including 10 
plotting commands to be given to a printer, said printer 
driver comprising: 

intermediate level job data generation means for gener- 
ating intermediate level job data including plotting 
commands, at least part of which is expressed in a first J5 
intermediate code format; 

high-level job data generation means for generating high- 
level job data including plotting commands, all of 
which are expressed in a high-level printer control 
language; and 2Q 

mode select means for selecting one of said intermediate 
level job data generation means and said high-level job 
data generation means. 

10. A program medium carrying a printer driver computer 
program for generating print job data including plotting 
commands to be given to printer, characterized in that said 25 
program medium carries a group of instructions for gener- 
ating intermediate level job data including plotting com- 
mands at least a part of which is expressed in a first 
intermediate code format, in such a manner that said group 

of instructions can be read and understood by a computer; a 30 
group of instructions for generating high-level job data 
including plotting commands, all of which are expressed in 
a high-level printer control language; and a group of instruc- 
tions for selecting one of said intermediate level job data 
generation means and said high-level job data-generation 35 
means. 

11. A printer, comprising: 

means for receiving print job data including plotting 
commands; 

40 

intermediate code convert means for, when said plotting 
commands of said received print job data are expressed 
in first intermediate code format, converting said first 
intermediate code to a second intermediate code; and 

third means for converting said second intermediate code 45 
to bit map image data for printing. 

12. A printer as set forth in claim 11, further including 
graphics means for, when said plotting commands of said 
received print job data are expressed in a high-level printer 
control language, converting said plotting commands in said 50 
high-level printer control language to said second interme- 
diate code. 

13. A printer comprising: 

band end detecting means for detecting an end of each 
band to be developed as an image by receiving a driver 55 
intermediate code, which is generated by a printer 
driver; 

image developing means for developing an image of each 
band in accordance with the driver intermediate code, 
which has already been received, in response to the 60 
detection of the end of each band; and 

a printing engine for conducting printing in accordance 
with the developed image. 

14. The printer according to claim 13, wherein the image 
developing means accumulates images of bands of one page 65 
and then the accumulated images are provided to the print- 
ing engine. 
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15. The printer according to claim 13, wherein a device 
external to the printer contains the printer driver. 

16. A printer comprising: 

band end detecting means for detecting an end of each 
band to be developed as an image by receiving a driver 
intermediate code, which is generated by a printer 
driver; 

image developing means for developing an image of each 
band in accordance with the driver intermediate code, 
which has already been received, in response to the 
detection of the end of each band; 

a printing engine for conducting printing in accordance 
with the developed image; and 

means for converting the driver intermediate code of each 
band into a printer intermediate code appropriate to be 
processed in the printer, and for registering the printer 
intermediate code in a memory of the printer, wherein 
the image developing means develops an image of each 
band, which has already been registered in the memory, 
in response to the detection of the end of each band; 

wherein part of the driver intermediate code is substan- 
tially the same as that of the printer intermediate code. 

17. A printer driver which divides each page of a docu- 
ment to be printed into a plurality of bands, generates an 
intermediate code of each hand and adds information 
expressing an end of each band to the generated intermediate 
code. 

18. The printer driver according to claim 17, wherein 
information of a number of each band is added to the 
generated intermediate code. 

19. The printer driver according to claim 17, wherein an 
intermediate code of each band is generated in the form of 
at least one intermediate code block, and information 
expressing an end of each band is added to the last inter- 
mediate code block of the band. 

20. The printer driver according to claim 19, wherein a 
band number of each band is added to each intermediate 
code block of each band. 

21. The printer driver according to claim 17, wherein a 
size of the band is given by integral multiples of a size of the 
band by which the printer divides one page. 

22. The printer driver according to claim 17, wherein an 
intermediate code of each generated band is output to the 
printer each time when an intermediate code of the band is 
generated. 

23. The printer driver according to claim 17, wherein an 
intermediate code of each generated band is output to the 
printer after intermediate codes of all bands of one page have 
been generated. 

24. A printing system comprising a printer driver and a 
printer, wherein the printer driver divides each page of a 
document to be printed into a plurality of bands, generates 
an intermediate code of each band and adds information 
expressing an end of each band to the generated intermediate 
code, and 

the printer comprises: band end detecting means for 
detecting an end of each band by an intermediate code 
supplied from the printer driver image developing 
means for developing an image of each band in accor- 
dance with the intermediate code, which has already 
been received, in response to the detection of the 
information; and a printing engine for conducting print- 
ing in accordance with the developed image. 

25. A printing system comprising a host computer and a 
printer connected to the host computer, wherein the host 
computer is provided with a printer driver, 
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the printer driver divides each page of a document to be 
printed into a plurality of bands, generates an interme- 
diate code of each band and adds information express- 
ing an end of each band to the generated intermediate 
code, and 

the printer comprises: band end detecting means for 
detecting an end of each band by an intermediate code 
supplied from the printer driver; image developing 
means for developing an image of each band in accor- 
dance with the intermediate code, which has already 
been received, in response to the detection of the 
information; and a printing engine for conducting print- 
ing in accordance with the developed image. 

26. A recording medium capable of being read by a 
computer, holding a computer program so that the computer 
can function as a band end detecting means for detecting an 
end of each band to be developed as an image by receiving 
an intermediate code, which is generated by a printer driver, 
and can function as an image developing means for devel- 
oping an image of each band in accordance with the inter- 
mediate code, which has already been received, in response 
to the detection of the end of each band. 

27. A recording medium capable of being read by a 
computer, holding a computer program so that the computer 
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can function as a printer driver which divides each page of 
a document to be printed into a plurality of bands, generates 
an intermediate code of each band and adds information 
expressing an end of each band to the generated intermediate 
code. 

28. A recording medium capable of being read by a 
computer, holding an intermediate code generated by a 
printer driver of each band dividing each page of a document 
to be printed, to which information expressing an end of 
each band to be developed as an image is added. 

29. A printer comprising: 

a band end detector that detects an end of each band to be 
developed as an image by receiving a driver interme- 
diate code, which is generated by a printer driver; 

an image developer that develops an image of each band 
in accordance with the driver intermediate code, which 
has already been received, in response to the detection 
of the end of each band; and 

a printing engine for conducting printing in accordance 
with the developed image. 



04/21/2004, EAST Version: 1.4.1 



